home *** CD-ROM | disk | FTP | other *** search
/ Chip 1996 April / CHIP 1996 aprilis (CD06).zip / CHIP_CD06.ISO / hypertxt.arj / 9506 / K-BBSE.CD < prev    next >
Text File  |  1996-03-09  |  16KB  |  247 lines

  1.           @VKönyvismertetés@N
  2.  
  3.               @VRudnai Péterné --  Rudnai Tamás: Windows  for Workgroups
  4.           @V3.11 -- kisokos sorozat. ComputerBooks, 1994. 113 oldal, 399
  5.           @VFt.@N
  6.  
  7.               Amint a többi kisokos, ez is spirál szótárfüzet formájú.
  8.           Az  alkotók az  angol és  magyar változatot  úgy  ismertetik
  9.           egyszerre,  hogy  a  bal  oldalon  az  illusztrációk  és   a
  10.           terminológiák az  angol nyelvû  változatnak felelnek  meg, a
  11.           jobb oldalon pedig a magyar változat képeit és hivatkozásait
  12.           találjuk.
  13.               Ezt a programot sokan használják egyedi gépen, de  egyre
  14.           több helyen  ez oldja  meg a  kis irodák  gépeinek hálózatba
  15.           szervezését.  Aki  megtanulta a  Windows  3.1 kezelését,  az
  16.           gyorsan   eligazodik   a   programban,   de   az  újdonságok
  17.           kihasználásához  ez a  kis füzet  elegendô --  a  gyakorlott
  18.           felhasználó  képtelen  több  száz  oldalt  végigböngészni. A
  19.           hálózatban való munkálkodáshoz  pedig elengedhetetlen az  új
  20.           és alapvetôen a munkacsoportos munkához hozzásegítô  funkció
  21.           ismerete. Ezt a  kisokost forgatva hozzájuthatunk  mindahhoz
  22.           az  információhoz,  ami  a  normál  Windowsból  a  Workgroup
  23.           változatra való továbblépéshez kell.
  24.               A kisokos bár teljeskörû ismertetô, az új funkciók és  a
  25.           hálózati részek sokkal nagyobb  hangsúlyt kaptak mint a  már
  26.           jól ismert és változatlan elemek. Ahol a megszokott  program
  27.           (pl.   File   Manager  --   Filekezelô)   is  tartalmaz   új
  28.           szolgáltatásokat, azokat szintén részletesebben mutatja be a
  29.           füzetecske.
  30.               Ajánlom mindazoknak, akik Windows 3.1-rôl  upgrade-eltek
  31.           --  továbbléptek  Windows  for  Workgroup  3.11-re, legyenek
  32.           egyedi vagy hálózatos  felhasználók. A rendszergazdák  élete
  33.           lesz  egyszerûbb,  ha  minden  gép  mellé  adnak  egy  ilyen
  34.           kisokost.
  35.  
  36.           @KKrizsán György@N
  37.  
  38.  
  39.               @VEdward  Yourdon:   Decline  &   Fall  of   the  American
  40.           @VProgrammer (Az  amerikai programozó  hanyatlása és  bukása).
  41.           @VMagyarországon forgalmazza a CT Press.@N
  42.  
  43.               E  könyv  kötelezô   olvasmány  lehetne  minden   komoly
  44.           szoftverfejlesztéssel   kapcsolatban   álló   szakember   --
  45.           menedzser  vagy  programozó  --  számára.  Bár  az  amerikai
  46.           programozó hanyatlásáról  és bukásáról  szól, elolvasva,  és
  47.           végiggondolva,  melyek  az ehhez  vezetô  okok, valamennyire
  48.           felmérhetjük saját helyzetünket is.
  49.               Yourdon szerint  az amerikai  szoftveriparra elôbb-utóbb
  50.           hasonló   sors  vár,   mint  az   autógyártásra  illetve   a
  51.           szórakoztató  elektronika  egyéb ágaira:  a  gyorsan fejlôdô
  52.           ázsiai államok jobb minôségû és olcsóbb munkájukkal elveszik
  53.           elôle    a    piacot.    Szerinte    a    szoftverfejlesztés
  54.           hatékonyságának növelése  terén nem  történt sok  elôrelépés
  55.           gyakorlati  téren  az  amerikai  cégeknél:  nem   használnak
  56.           fejlett  tervezési  módszereket, nem  bánnak  megfelelôen az
  57.           emberekkel,  és  a  folyamatot  segítô  eszközkészletet  sem
  58.           ismerik megfelelô mélységben.
  59.               Sok  cég  a  menekülés  útját  egy-egy  új   technológia
  60.           elterjesztésében látja: mint egy  jó tündér, úgy oldaná  meg
  61.           például a  CASE eszközök  bevezetése az  összes hatékonysági
  62.           problémát.   Yourdon   erre  az   esetre   az  ""ezüstgolyó"
  63.           hasonlatot  alkalmazza:  a  vámpírt  (a   szoftverfejlesztés
  64.           problémáit) csak az ezüstgolyó fogja. A könyv írója  szerint
  65.           azonban nincs egyedül üdvözítô megoldás: elôfordulhat,  hogy
  66.           a vámpírra egy egész tárnyi ezüstgolyót kell kilôni.
  67.               A  legfôbb  problémát  az  emberekkel  való  bánásmódban
  68.           látja:  a   legtöbb  gondot   --  mint   minden  sok  embert
  69.           foglalkoztató cégnél  -- nem  a technológiai,  hanem a humán
  70.           hiányosságok   okozzák.  Jellemzô   például  az   optimizmus
  71.           növekedésének irányáról szóló tétel: az optimizmus az alsóbb
  72.           szintektôl a felsôbb szintû vezetôk felé növekszik --  amire
  73.           egy  projekt   közvetlen  felelôse   azt  mondja   közvetlen
  74.           felettesének,  hogy   nem  lehet   megtenni,  a   legfelsôbb
  75.           vezetôkhöz   különbözô   értelmi-fogalmi   transzformációkon
  76.           keresztül már úgy kerül, mint aminél mi sem egyszerûbb. (Ezt
  77.           nem lehet megtenni ->  ezt szinte lehetetlen megtenni  -> ez
  78.           nagy nehézségekbe ütközik -> kisebb-nagyobb problémák  ugyan
  79.           lesznek, de megoldjuk -> ez annyira egyszerû, hogy inkább ne
  80.           is beszéljünk róla.)  Jó példa erre  Tom Davis 1993.  májusi
  81.           elôzetes  és októberi  végleges, a  szoftverhasználhatóságot
  82.           általában  és  az Irix  5.1  körüli problémákat  speciálisan
  83.           feldolgozó jelentése (1994 tavaszán keringett az  Interneten
  84.           ez  a  Silicon Graphics  belsô  használatú dokumentum).  Más
  85.           bajok is akadnak:  sokszor kezelik a  programozókat egyszerû
  86.           erôforrásként, figyelmen kívül hagyva, hogy ôk is emberek.
  87.               Ezután rátér egy nagyon  fontos modell, a SEI  (Software
  88.           Engineering    Institute)    folyamat   érettség-modelljének
  89.           ismertetésére:   egy   szoftvercég   fejlôdésének   öt   jól
  90.           elkülöníthetô  fokozata  van,  az  ösztönös  módszerektôl az
  91.           egyre  tudatosabb,  formálisabb módszerekig.  A  könyv többi
  92.           része  tulajdonképpen  olyan  technológiákról  szól, amelyek
  93.           mind beilleszthetôk e modellbe.
  94.               A   következô   fejezetben   a    szoftvertechnológiával
  95.           szorosabban  összefüggô  metodológiák  általános   taglalása
  96.           során   kitér   a  mostanában   divatos   összes  módszertan
  97.           elemzésére   és   a   szoftver   életciklusának   népszerûbb
  98.           modelljeire.   A   módszertanok   között   három    hullámot
  99.           különböztet meg: a strukturált, az információmérnöki, és  az
  100.           objektumorientált  módszertanokat.   Több  igen   fontos  és
  101.           érdekes  megállapítása  közül  az  egyik  legfontosabb:  egy
  102.           vállalat fejlôdésének  korai szakaszában  nem a  metodológia
  103.           fejlettsége, hanem  használatának minôsége  határozza meg  a
  104.           hatékonyságot.  Külön  alfejezetben  foglalkozik  az OOD/OOA
  105.           (Object    Oriented    Design/Object    Oriented   Analysis)
  106.           fejlôdésével.   A   könyv   szerint   az   objektumorientált
  107.           metodológiák,  bár  hatékonyak,  nem  olyan  fejlettek, mint
  108.           strukturált társaik -- nincs teljesen kihasználva a módszer,
  109.           bár hatékonysága még így  is nagyobb, mint a  régebbi típusú
  110.           módszereké, nagy tere van még a fejlôdésnek.
  111.               Külön fejezet mutatja be a CASE (Computer Aided Software
  112.           Engineering)  eszközöket.  A  szoftverfejlesztés legnehezebb
  113.           állomásai  --  az elemzés  és  a tervezés  --  elôtt illetve
  114.           közben szükség  van egy  jó minôségû  feladatspecifikációra.
  115.           Tulajdonképpen az összes modern szoftverfejlesztési  módszer
  116.           egy   fajta  jövôre   mutat:  e   jövôben  képesek   leszünk
  117.           közvetlenül  a specifikációból,  mindenfajta kódolás  nélkül
  118.           mûködô  rendszereket  létrehozni.  Ez  azt  jelenti,  hogy a
  119.           specifikációk  egyre  formalizáltabbá,  és  a  megértésükre,
  120.           feldolgozásukra  szolgáló  eszközök  egyre   intelligensebbé
  121.           válnak.
  122.               A könyv ezután összefoglalást ad a szoftverek méretét és
  123.           bonyolultságát  mérô  eszközökrôl,  ezek  fontosságáról,   a
  124.           szoftverek  újrafelhasználhatósága --  divatos kifejezés  --
  125.           hasznosságáról  és  elérésének  módjairól.  Ezek  mind olyan
  126.           módszerek,   melyek   beleépülnek   az   elôzôleg   említett
  127.           folyamatokba   vagy   közvetlenül   segítik   azokat.  Végül
  128.           összefoglalást kapunk a szoftverfejlesztés várható jövôjérôl
  129.           és egy kirándulást teszünk Indiába.
  130.               Edward   Yourdon    egyébként   híres    személyiség   a
  131.           szoftveriparban: ô a Yourdon-DeMarco modell egyik szülôatyja
  132.           --     ez    az     egyik    legelterjedtebb     strukturált
  133.           elemzési-tervezési  módszer.  Rugalmasságára  jellemzô, hogy
  134.           mostanában az  objektumorientált analízissel  és tervezéssel
  135.           foglalkozik (könyveket ír róla) és készséggel elismeri, hogy
  136.           e  módszerek  akár   két  nagyságrenddel  is   hatékonyabbak
  137.           lehetnek,  mint  klasszikus,  strukturált  társaik,   melyek
  138.           kifejlesztésében nagy  szerepe volt.  Van egy  saját kiadója
  139.           is, többek között  az American Programmer  címû újság is  az
  140.           övé.
  141.  
  142.           @KÉder Géza@N
  143.  
  144.  
  145.               @VBertrand    Meyer:   Reusable    Software.   The    Base
  146.           @Vobject-oriented  component  libraries.  PrenticeHall,   514.
  147.           @Voldal, 8010 Ft (Magyarországon forgalmazza a CT Press)@N
  148.  
  149.               Magyarországon   még   kevesen   hallottak   az   Eiffel
  150.           objektumorientált  programozási  nyelvrôl.  Bár   gyakorlati
  151.           jelentôsége  várhatóan  késôbb  sem  lesz  túl  nagy,  mégis
  152.           hasznos megismerkednünk vele.
  153.               Az objektumorientált koncepció  ilyen tiszta és  eredeti
  154.           megvalósítását   hiába   keresnénk   az   ismertebb   --  és
  155.           valószínûleg  általában  az  objektumorientált  --   nyelvek
  156.           között.  Az   Eiffel  nem   csupán  nyelv,   hanem  egy,   a
  157.           programozást  és  az  alapvetô  tervezési  és  dokumentációs
  158.           feladatokat ellátó eszközrendszer  egy nagyon fontos  része,
  159.           emiatt  kifejezetten   hatékony  eszköz   újrafelhasználható
  160.           komponensek  létrehozására. Legfontosabb  nyelvi újítása  az
  161.           ""assertion":  egy   osztály  felületéhez   elôfeltételeket,
  162.           utófeltételeket és invariáns kifejezéseket rendelhetünk. Egy
  163.           rutin  csak  az  elôfeltételek  teljesülése  esetén  mûködik
  164.           garantáltan  helyesen, azaz  az utófeltételeket  kielégítve.
  165.           Ezekkel  tulajdonképpen  formálisan  specifikáljuk  a  rutin
  166.           mûködését, megadva,  milyen bemenetekre  mivel válaszol.  Az
  167.           invariáns szerkezetek  pedig az  objektum belsô  mûködésének
  168.           megértését  segítik.  E konstrukciók  megléte  biztosítja az
  169.           Eiffel   hatékonyságát   jó   minôségû    újrafelhasználható
  170.           komponenskönyvtárak   létrehozására.   Az   Eiffel   az  ISE
  171.           (Interactive  Software  Engineering)  keretei  közt valósult
  172.           meg. ïk  sokkal többet  akarnak elérni  egy új  programozási
  173.           nyelvnél:   létre   akarják   hozni   az  újrafelhasználható
  174.           komponenseket kínáló Eiffel Polcot. Ennek egyik legfontosabb
  175.           darabja a könyvben bemutatott Alap (Base) könyvtárrendszer.
  176.               A   könyv    három   nagy    része:   a    jó   minôségû
  177.           újrafelhasználható   szoftver   létrehozásának    alapelvei,
  178.           áttekintés  az Alap  könyvtárakról, és  egy, az  osztályokat
  179.           formálisabban leíró referencia dokumentum.
  180.               Az elôszó után -- azt  is érdemes elolvasni! -- az  elsô
  181.           fejezetben az  Alap könyvtárak  elôzetes áttekintése  és más
  182.           könyvtárakkal (Vision, Store) való összevetése következik. A
  183.           következô fejezet a könyvtár készítésének alapelveit mutatja
  184.           be.  Itt  ismerhetjük  meg röviden  az  Eiffel  ilyen irányú
  185.           lehetôségeit, s rövid  áttekintést kapunk arról,  hogyan néz
  186.           ki  egy  Eiffel  program. Az  elsô  rész  utolsó fejezetében
  187.           informális áttekintést kapunk arról, milyen elvek vezérelték
  188.           a könyvtár készítése során a tervezôk munkáját. E  tervezési
  189.           alapelvek     hasznosak      lehetnek     bárkinek,      aki
  190.           újrafelhasználható szoftvereket tervez. Fontos elv  például,
  191.           hogy   az   újrafelhasználható   szoftvernek   sokkal   jobb
  192.           minôségûnek kell lennie, mint az átlagosnak: sokkal kevesebb
  193.           hibát  tartalmazhat,  s  átlagosan  nagyon  hatékonynak kell
  194.           lennie -- bár az Alap tervezôi nem haboztak bevezetni  plusz
  195.           egy szint  indirekciót, amikor  a tervezés  logikája ezt így
  196.           kívánta,  mivel  a  könyvtár  könnyû,  hatékony  és  logikus
  197.           felhasználhatósága még fontosabb.
  198.               A   következô   rész    áttekintést   nyújt   az    Alap
  199.           osztálystruktúrájáról. Elôször az osztályozás  alapelveirôl,
  200.           a    három    alaphierarchiáról    olvashatunk,    majd   az
  201.           osztálystruktúrák részletesebb elemzése következik. A  három
  202.           alap  struktúra  az  absztrakt  adattípusok  három  alapvetô
  203.           tulajdonságát  fogja  meg: az  access  hierarchia az  elemek
  204.           elérésének   módját,   a   storage   hierarchia   az  elemek
  205.           tárolásának   módját,   a  traversal   hierarchia   pedig  a
  206.           struktúrák   bejárásának  a   módját  definiálja.   Bôvebben
  207.           foglalkozik   a   fák,   a   halmazok   és   hash-táblázatok
  208.           osztályaival   is.   Érdekes   megközelítésben   tálalja  az
  209.           iterációs osztályokat: a  Base könyvtárak felfogása  szerint
  210.           nem csak a teljesen nyilvánvaló adatstruktúrák, hanem  ennél
  211.           sokkal bonyolultabb és elvontabb szerkezetek is  felfoghatók
  212.           objektumként,  ilyenek  például  a  vezérlési   szerkezetek,
  213.           például az iterációs formák. Az Alap könyvtárak ezeken kívül
  214.           tartalmaznak még egy lexikai elemzéssel és egy  szintaktikai
  215.           elemzéssel foglalkozó könyvtárat is, valamint a Mag (kernel)
  216.           könyvtárat,     ez      tartalmazza     a      legalapvetôbb
  217.           osztálystruktúrákat.
  218.               Bár  a  könyvben  leírt  módszerek,  elvek  néhol  talán
  219.           ellentmondónak, természetellenesnek, túlzottan  egyszerûnek,
  220.           triviálisnak,  furcsának   vagy  csak   egyszerûen  rossznak
  221.           tûnhetnek,  az  osztálystruktúrát  alaposabban  megvizsgálva
  222.           kiderül,  hogy  nem   azok.  A  módszerek   mögött  hatalmas
  223.           tapasztalat áll. Bár sokszor nagyon intuitív  heurisztikákat
  224.           fogalmaz  meg a  könyv, az  eredmény --  az Alap  könyvtárak
  225.           szerkezete -- meggyôzô  bizonyíték az elvek  helyességére. A
  226.           szerkezet  nagyon  szép   és  gyakorlatias,  és   bár  talán
  227.           programozástechnikailag egy  ilyen típusú,  gyakran használt
  228.           absztrakt adattípusokból összeálló osztálykönyvtár  kódolása
  229.           a  legtriviálisabb  --  rengeteg  az  ismert  algoritmus  és
  230.           kutatási  eredmény  --  pontosan a  struktúra  az,  amibôl a
  231.           legtöbb  információt  nyerhetjük  ki  a  módszerrôl,  nem az
  232.           alkalmazott algoritmusok milyensége. Nyugodtan  állíthatjuk,
  233.           hogy ez  az osztályrendszer  nagyon szépen  van megtervezve,
  234.           példaértékû  a  struktúra  kialakítására  szolgáló  módszer,
  235.           emellett az Eiffel assertion mechanizmusának hasznosságát és
  236.           hatásosságát  is   beláthatjuk.  A   könyvtárak  felületének
  237.           leírását a könyv harmadik része tartalmazza.
  238.               Bár  e  könyv  nem  tartozik  a  ""minden   szakembernek
  239.           kötelezô" kategóriába, mindenkinek ajánlható, aki  kíváncsi,
  240.           hogyan lehet egy  koncepciót következetesen alkalmazva  szép
  241.           eredményt kapni.
  242.               A könyv szerzôje az ISE és a SOL tagja, több könyvet írt
  243.           az objektumorientált programozásról, és ô írta az  Eiffelrôl
  244.           szóló egyik legfontosabb könyvet is, ""Eiffel: The Language"
  245.           címmel.
  246.  
  247.           @KÉder Géza@N